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COMPUTER SYSTEM ARCHITECTURE AND 
METHOD FOR MULTI-USER, REAL-TIME 
APPLICATIONS 

This application is a division of application Ser. No. 
08/661,428, filed Jun. 11, 1996, now U.S. Pat. No. 6,175, 
854, filed Jan. 16, 2001. 

FIELD OF THE INVENTION 

The present invention is directed to a computer system 
architecture and method for processing computer applica- 
tions accessed by multiple users and, more particularly, to a 
computer system architecture and method for processing 
multiple-user, real-time applications using dedicated com- 
pute servers. 

There exist various computer system architectures that 
provide multiple user access to computer applications. 
FIGS. 1-5 illustrate such known architectures and will be 
described in detail. The advantages and disadvantages of 
these known architectures will be described with reference 
to their running real-time computer applications and, more 
particularly, game applications. Of course, other real-time 
applications can be processed. 

FIG. 1 illustrates a monolithic server, local access com- 
puter architecture 10. This architecture includes one mono- 
lithic compute server 12 and a plurality of user stations 14 
locally connected to the compute server 12. Each user 
station 14 may be a terminal or a computer emulating a 
terminal. It may even be a simple game input device, for 
example, a joystick with no display at all. An example of a 
dedicated game device is the PLAYSTATION available 
from the Sony Corporation. The sole compute server 12 
performs all of the processing needed to run the application. 
The user stations 14 may all display the same scene or each 
may display a scene tailored to the particular local user. A 
popular application of this system is for two users to connect 
their game input devices into a shared personal computer 
(PC) or dedicated game device. 

Several advantages are associated with this architecture. 
Dedicated game devices are much cheaper than PCs so this 
is an inexpensive system to use for playing games. Because 
many users play games on such a system, there is a large 
supply and selection of these devices and of compatible 
games. Since each user station 14 has a dedicated 
connection, access line latency is both low and fixed. 
Latency in a communications link measures the time from 
when a data bit enters the link at the data source to when it 
leaves the link at the data sink. It is often measured in 
milliseconds. If the compute server is a dedicated game 
device, there are no problems with competing applications 
slowing down the speed of play. Since all processing is 
performed on one machine, event resolution is not an issue. 
If the users are all in the same room, they may be able to talk 
with each other. 

There are several disadvantages, however, associated with 
the monolithic server, local access computer architecture. 
While users are located close to each other, they may still be 
far enough apart that they cannot talk to one another during 
play. In addition, the number of users is limited, often to two 
with dedicated game devices. If the compute server is not 
dedicated to one application, applications may compete for 
processing cycles, thereby affecting each other's perfor- 
mance. In addition, since one compute server 12 does 
everything, its performance sets limits on the kinds of 
applications that can be supported. In addition, monolithic 
compute servers are not flexible in size or through time, and 
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they cannot adapt readily to accommodate changing 
demand. Thus, once purchased, they may become quickly 
obsolete. 

FIG. 2 illustrates a modem-to-modem architecture. Two 

5 user stations 22 are connected by way of modems 24. Each 
user station 22 has everything needed to support a single 
user in a stand-alone application in addition to the ability to 
drive the modem 24. Usually the user station 22 is a personal 
computer or dedicated game device. Each user station 22 

10 performs all local processing display functions. Usually one 
user station 22 (the "master") is chosen to resolve event 
contentions. To accomplish this the master receives inputs 
from both the local user and from the remote user, resolves 
contention between these inputs and decides the temporal 

15 progression of the application, and then communicates the 
status of that progression. The master may tell each station 
only what it needs to know or may send the complete status 
to both stations and let each decide how much of that status 
is relevant to its local display. Alternatively, the event 

2Q contention resolution function may be shared between the 
stations. 

There are advantages to the modem-to-modem architec- 
ture. Although personal computers are expensive compared 
with dedicated game servers, their purchase is justified by 

25 the fact that they have many uses beyond the processing of 
game applications. Many homes already have a personal 
computer and a modem so there is little incremental cost 
involved beyond the application itself and the optional game 
input device. Also, having the enormous processing power 

3 q of a personal computer dedicated to one user allows for 
graphics that are usually beyond the capability of a mono- 
lithic server that has to run everything for everybody. In 
addition, the bandwidth and latency of the dial-in line are 
fixed and unwavering. Bandwidth is a measure of the rate at 

35 which data can be sent over a communications link. It is 
usually measured in bits per second. In general, it is desir- 
able to have high bandwidth and low latency. In the modem- 
to-modem architecture, however, bandwidth is fixed at a 
fairly low value compared with the local access architecture 

40 discussed with reference to FIG. 1 and latency is fixed at a 
fairly high value, again compared with the local access 
architecture. Because bandwidth and latency vary indepen- 
dently of each other, the applications developers can often 
effectively mask the fact that the bandwidth is low and 

45 latency is high. 

In addition, each user controls his own station environ- 
ment so there should never be contention from competing 
applications. Also, two people from anywhere in the world 
can play together and, once the multimode modem standards 

50 are complete, can talk with each other while they play. A 
multimode modem refers to a modem that can transmit voice 
at the same time and over the same link that it transmits data. 
If multimode modems are used in the modem-to-modem 
method, then the application communicates over the data 

55 channel while at the same time, the voice channel lets the 
users talk to each other. 

There are, however, disadvantages associated with the 
conventional modem-to-modem architecture. The number of 
users is limited to two. The PCs and communications 

60 equipment are expensive when compared with dedicated 
game devices. If event contention resolution is not shared, 
the master must spend some of its processing power per- 
forming this function, possibly to the detriment of the local 
user. On the other hand, if event contention resolution is 

65 shared, latency increases. 

FIG. 3 illustrates a local area network (LAN) architecture. 
Several user stations 32 are connected by LAN 34. The 
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number of users is limited by the specific application, 
usually from four to eight users. The user stations 32 are 
similar to those described in the modem-to-modem archi- 
tecture shown in FIG. 2 with the difference that LAN 
support replaces modem support. The split between local 5 
processing and remote processing seen in the modem-to- 
modem architecture also applies here. Usually, event reso- 
lution is accomplished the same way, however, now the 
master is resolving four to eight users instead of only two. 
Alternatively, this function can be handled by a separate 10 
server on the LAN or shared among user stations. 

The LAN architecture has most of the advantages asso- 
ciated with the modem-to-modem architecture. In addition, 
the LAN architecture allows more than two users to run a 
single application. As long as the LAN is not overloaded 15 
with traffic from other applications, it offers the high band- 
width and low latency that applications developers desire. 
Also, the LAN's broadcast mode can be used to reduce 
overall traffic requirements. The processing burden placed 
upon a user station's central processing unit by the access 20 
line is reduced because LAN cards have their own commu- 
nications processors. 

There are, however, several disadvantages associated with 
the LAN architecture. While users are located relatively 
close to one another, they may still be far enough apart that 25 
they cannot talk to each other. The PCs and communications 
equipment needed are expensive when compared with dedi- 
cated game devices. Few people have access to a LAN, and 
then often only at work. In any case, it may be difficult to 
gather enough people to make collaborative applications 30 
worthwhile. Latency and bandwidth are both heavily depen- 
dent upon the characteristics of traffic on the LAN, which 
may be subject to enormous variation. The event contention 
resolution master must deal with more users than in other 
architectures, possibly to the detriment of the local user. 35 

FIG. 4 illustrates a monolithic compute server packet 
network architecture. The Internet is an example of such an 
architecture. Several user stations 42 are connected to a 
shared packet network 44. The number of users is limited by 4Q 
the application, as in the LAN architecture. Typically the 
user stations 42 are personal computers. There are several 
ways to connect the user stations 42 to the shared packet 
network 44, but usually the connection is by modem link to 
an access server on the network. This access server may, or 45 
may not, be the same as the monolithic compute server 46. 
If it is the same, the architecture is the same as the mono- 
lithic server modem access architecture which will be 
described with reference to FIG. 5. 

There are two common application schemes supported by 50 
the architecture shown in FIG. 4; a distributed scheme and 
a centralized scheme. In the distributed scheme, local pro- 
cessing is done in the same way as in the LAN architecture 
described with reference to FIG. 3. The compute server 46 
is the master performing all of the event contention resolu- 55 
tion. In the centralized scheme, all processing is done by the 
compute server 46 and the user stations 42 are mostly dumb 
input and output devices, just as in the monolithic server, 
local access architecture described with reference to FIG. 1. 

Some of the advantages of PC-based applications 60 
described in the modem-to-modem architecture are found in 
the monolithic compute server packet network architecture 
and need not be described again. Two additional advantages 
accrue to the service provider. First, centralized applications 
do not need any software distribution channels. This makes 65 
offering new applications both easy and less of a financial 
risk. Second, because the shared packet network is used, the 
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compute server can be placed anywhere convenient for the 
service provider. Unlike the LAN architecture where there is 
usually no central server, no user station is unfairly shackled 
with the burden of event contention resolution. Unlike the 
modem-to-modem architecture and the LAN architecture, 
more than two people placed anywhere the shared packet 
network reaches can play together. 

There are several disadvantages associated with the 
monolithic server packet network architecture. If the com- 
pute server is not dedicated to one application instance, 
applications may compete for processing cycles and affect 
each other's performance. As previously described, mono- 
lithic servers are not flexible; cannot be adapted readily to 
accommodate changing demand; and once purchased, 
quickly become obsolete. In addition, the PC and commu- 
nications equipment are expensive when compared with 
dedicated game devices. Compared with the LAN 
architecture, each user station must shoulder a greater pro- 
cessing burden in running its access line. Latency and 
bandwidth are both heavily dependent upon the character- 
istics of traffic on the packet network which may be subject 
to enormous variation. For centralized applications, one 
processor does everything so its performance sets limits on 
the kinds of applications that can be supported. Depending 
upon the bandwidth of the access link, there may need to be 
an outside distribution channel for distributed applications. 

FIG. 5 illustrates a monolithic compute server with 
modem access architecture. This architecture utilizes a tele- 
phone network. On the user side of the telephone network 
there are a plurality of user stations 54 with a modem 56 
connecting each user station 54 to the telephone network. On 
the service provider side of the telephone network there is a 
monolithic compute server 52, a modem pool 58, and a 
terminal server 59. 

This architecture differs from that shown in FIG. 4 by the 
addition of a modem link. By utilizing a modem link the 
advantages of a dedicated access link described in the 
modem-to-modem architecture of FIG. 2 are combined with 
the advantages of the monolithic server packet network 
architecture of FIG. 4. This is especially beneficial for 
running "high -twitch" games, (i.e., games that demand very 
fast response from the players, so fast that the responses of 
a good player seem more reflexive than calculated). Such 
games do not fare well under conditions of variable latency 
which are present in the packet network and LAN architec- 
tures. 

There are some disadvantages associated with the mono- 
lithic server modem access architecture. If the compute 
server is not dedicated to one application instance, applica- 
tions may compete for processing cycles and affect each 
other's performance. Monolithic servers are not flexible; 
cannot adapt readily to accommodate changing demand; and 
once purchased, quickly become obsolete. The PCs and 
communications equipment are expensive when compared 
with dedicated game devices. Compared with the LAN 
architecture, each user station must shoulder a greater pro- 
cessing burden in running its access line; the bandwidth of 
the connection is low and latency may be high. For central- 
ized applications, one processor does everything so its 
performance sets limits on the kinds of applications that can 
be supported. Depending upon the bandwidth of the access 
link, there may need to be an outside distribution channel for 
distributed applications. Compared with the monolithic 
server packet network architecture, the economics of the 
service are much more dependent upon the relationship 
between the server sites and the incoming user traffic and it 
is more difficult to economically distribute the service over 
a wide area. 
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There may be certain ways to reduce or eliminate some of According to a third aspect of the present invention there 

the disadvantages of the architectures discussed above, is a computer system architecture for processing real-time 

however, generally prohibitive cost or labor intensity dis- applications. The architecture includes a front-end server, a 

courage such efforts. plurality of dedicated processors coupled to the front-end 

As already discussed, some architectures require the users 5 server so that the front-end server can communicate with at 

to be in close proximity. Depending upon the specific least one of the plurality of dedicated processors, means for 

architecture employed, there may be ways to extend the selecting at least one of the plurality of dedicated processors 

distance allowable between users. For example, LAN to execute a selected application; and means for coupling a 

bridges can extend the presence of a LAN almost plurality of users to at least one of the selected dedicated 

indefinitely, but this may be quite costly on a per user basis. i° processors so that the plurality of users can participate in the 

In other architectures, the number of users is limited or execution of the selected application, 

one processor does everything so that its performance sets According to a fourth aspect of the present invention there 

limits on the kinds of applications that can be supported. For is provided a computer system architecture for processing 

a monolithic server, the number of users may be limited by real-time applications. The architecture includes a front-end 

the server's processing capability or by the number of ports 15 server having access to a plurality of applications; a plurality 

it can support. More powerful servers could alleviate this of dedicated processors coupled to the front-end server so 

problem for a while, but no matter how powerful the server that the plurality of dedicated processors can communicate 

is initially, the demands of applications and users will keep with the front -end server; means for coupling a first user to 

growing until the server can no longer keep up, thereby the front -end server; means for sending a message from the 

becoming obsolete. Huge servers are also both very expen- 20 user to the front-end server that the user desires to have 

sive and not very cost effective. They are not standardized, executed a particular application; means for retrieving the 

so the service provider will be tied into one supplier and one particular application selected by the user and loading the 

architecture. In addition, administrative overhead must be particular application in a memory of the front-end server; 

borne by the service provider. In other architectures, the means for downloading the particular application stored in 

compute server may not be dedicated to an application and 25 the memory of the front-end server to a memory of a 

thus multiple applications may compete for processing selected dedicated processor; means for coupling the first 

cycles thereby affecting overall performance. user to the selected dedicated processor; and means for 

While particular architectures have been illustrated in executing the particular application selected by the first user 

FIGS. 1-5, it is clear that other architectures exist which 00 lhe dedicated processor. 

combine features of those architectures specifically shown. 30 According to a fifth aspect of the present invention there 

It is thus desirable to provide a computer system archi- ^ provided a computer system architecture for processing 

lecture that combines the advantages of the known archi- real-time applications. The architecture includes a front-end 

tectures described above while isolating or minimizing any server having access to a plurality of applications; a plurality 

remaining disadvantages so that they can be dealt with most of dedicated processors coupled with the front-end server, 

effectively. the plurality of dedicated processors and at least one user 

It is also desirable to provide a computer system archi- wherein the user first communicates with the fronted 

tecture that gives an application developer a more predict- scrver to select a desired application and the front-end server 

able environment to create a real-time experience. communicates with a selected dedicated processor and 

downloads the desired application to the selected dedicated 

SUMMARY OF THE INVENTION 40 processor which communicates with the user and executes 

According to a first aspect of the present invention there me desu " e d application, 

is provided a method for processing real-time applications. According to a sixth aspect of the present invention there 

The method includes the steps of providing a front-end is provided a method for running real-time applications. The 

server; providing a plurality of dedicated processors coupled 45 method includes the steps of providing a front-end server; 

to the front-end server so that the front-end server can providing a plurality of dedicated processors; providing 

communicate with at least one of the plurality of dedicated means for interconnecting the front-end server with the 

processors; selecting at least one of the plurality of dedicated plurality of dedicated processors so that they may commu- 

processors to execute a selected application and coupling a nicate wiln one another; and providing a dial-in service to 

plurality of users to the at least one of the selected dedicated 50 access the means for interconnecting and coupling a user 

processor so that the plurality of users can participate in the who dia ls-in to the front-end server to at least one of the 

execution of the selected application. dedicated processors. 

According to a second aspect of the present invention invention itself, together with further objects and 

there is provided a method for processing real-time appli- attendant advantages, will best be understood by reference 

cations which may be executed by a plurality of users. The 55 to the following detailed description, taken in conjunction 

method includes the steps of providing a front-end server w "h the accompanying drawings, 
that has access to a plurality of applications; providing a 

plurality of dedicated processors that communicate with the BRIEF DESCRIPTION OF THE DRAWINGS 

front-end server; coupling a first user to the front-end server; FIG. 1 is a schematic of a monolithic server local access 

sending a message from the user to the front-end server that 60 architecture 

the user desires to have executed a particular application; „ . . - 

. • • 4 - 1 i- 1 . j i_ rlCr. 2 is a schematic or a modem-to-modem architecture, 
retrieving the particular application selected by the user; 

downloading the particular application selected by the user FIG - 3 fe a schematic of a local area network architecture, 

to a memory in a selected dedicated processor; coupling the FIG. 4 is a schematic of a monolithic server packet 

user to the selected dedicated processor; and executing the 65 network architecture. 

particular application selected by the user on the selected FIG. 5 is a schematic of a monolithic server modem 

dedicated processor. access architecture. 
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FIG. 6 is a schematic of a computer system architecture 
according to a first preferred embodiment of the present 
invention. 

FIG. 7 is a schematic of a computer system architecture 
according to a second preferred embodiment of the present 
invention. 

FIG. 8 is a schematic of a computer system architecture 
according to a third preferred embodiment of the present 
invention. 

FIG. 9 is a schematic of a computer system architecture 
according to a fourth preferred embodiment of the present 
invention. 

DETAILED DESCRIPTION OF THE 
PRESENTLY PREFERRED EMBODIMENTS 

FIG. 6 illustrates a computer system architecture accord- 
ing to a first preferred embodiment of the present invention. 
The computer system architecture 100 includes on the user 
side, a plurality of user stations 102 and a telephone network 
106. Each user station 102 is coupled to the telephone 
network 106 by an individual modem 104. On the service 
provider side, the computer system architecture 100 prefer- 
ably includes a terminal server 110, a local area network 
(LAN) 118, a front-end server 112, a disk farm 114, and a 
plurality of dedicated processors 116. A modem pool 108 
couples the terminal server U0 to the telephone network 
106. The disk farm 114 stores a plurality of applications 
which can be retrieved by the front-end server 112. 

In a preferred embodiment, the plurality of dedicated 
processors 116 are coupled in parallel with the front-end 
server 112 by LAN 118. By separating the function of the 
dedicated processors 116 from the front-end server 112, the 
application developer gains a more predictable environment 
to create a real-time experience. As will be described in 
greater detail hereinafter, when an application or computer 
program is initiated that requires real-time response, the 
front-end server 112 selects the application from the disk 
farm 114 and downloads the selected application or program 
to one of the dedicated processors 116. The dedicated 
processor 116 can take on any platform configuration, 
however, it only runs one application or program at a time 
as quickly as possible. The function of the dedicated pro- 
cessor 116, therefore, is solely to execute the application or 
program with no other competing applications or programs. 
Because there are no competing applications or programs 
running on the dedicated processor 116, a more realistic 
real-lime response is possible. 

The use of such parallel, dedicated processors is thus 
preferable over a monolithic server previously described 
which must perform all functions for all users in a timely 
fashion. In addition, providing dedicated processors to run 
specific applications or programs eliminates the processing 
overhead associated with contention resolution for compet- 
ing applications. 

In a preferred embodiment, the method used to access the 
server complex, while not part of the invention itself, is 
important to the successful functioning of the system. That 
method preferably provides an isochronous, full-duplex data 
channel between each user and the front-end server 112 in 
order to take full advantage of the architecture's ability to 
support real-time response applications. A full-duplex chan- 
nel between the user and the front -end server can be thought 
of as having two subchannels, one in the "forward" direction 
from the user to the front-end server and one in the "reverse" 
direction, from the front-end server to the user. The user and 
front-end server can each always transmit, regardless of 
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what the other is doing. The traditional telephone network 
provides such channels. In addition, the Integrated Services 
Digital Network (ISDN) is an access technology that usually 
gives an end user two independent digital channels running 
5 at 64 Kbps each, suitable for voice or data, and one digital 
channel running at 16 Kbps, suitable for data and signalling. 
Packet access technologies also provide a full duplex chan- 
nel and may in the future provide isochronous channels. 
Similarly, the data channels are preferably isochronous 
within the server complex itself and some LAN technologies 
provide for that. The following LANs may be used: Token 
Ring, Fiber Distributed Data Interface (FDDI), Ethernet 100 
BaseT, switched Ethernet, and Asynchronous Transfer Mode 
(ATM) LANs. 

FIG. 7 is a schematic of a computer system architecture 

15 according to another preferred embodiment of the present 
invention. The architecture is similar to that shown in FIG. 
6 and thus like reference numerals will be used to designate 
like components. The computer system architecture shown 
in FIG. 7 now includes a dedicated voice bridge 120. In 

20 addition, the modems coupling the user stations 102 to the 
telephone network 106 and the pool of modems coupling the 
front-end server 112 to the telephone network 106 are 
replaced by multimode modems 122. Multi-mode modems 
are preferably used to allow both data and voice communi- 

25 cations over a telephone network. By adding the dedicated 
voice bridge 120 and multimode modems 122, multiple 
users may thus verbally communicate with each other while 
the application or program is being executed on a dedicated 
processor 116. Alternatively, a voice bridge may be located 

30 on one, some, or all of the dedicated processors 116 so that 
the data and voice streams are not separated. 

A prototype of the computer architecture shown in FIG. 7 
has been built, representing a preferred embodiment of the 
invention. The user stations 102, of course, will vary 

35 depending on the type of equipment chosen by the user. In 
the prototype built, one user station 102 was a personal 
computer based on the Intel Pentium processor, operating at 
100 MHz with 32 MBytes of RAM and an 800 MByte hard 
disk. This user station 102 was also equipped with a quad- 

40 speed CD-ROM drive, a 32-bit sound card, and a telephone 
headset to free the user's hands while speaking into the 
telephone. A second user station 102 in the prototype was a 
personal computer based on the Intel 80486 processor, 
operating at 66 MHz with 4 MBytes of RAM,. a 400 MByte 

45 hard disk, a dual-speed CD-ROM drive, a 16-bit sound card, 
and a telephone headset. Both user stations 102 were 
equipped with Multi-Tech model MT2834PCS multimode 
modems from Multi-Tech of Mounds Mew, Minn. 
The prototype used a Hewlett-Packard model 735/125 

so workstation running the HP-UX operating system for the 
front-end server 112, and for the terminal server 110. The 
modem pool 108 employed Multi-Tech model MT2834PCS 
multimode modems, and was connected to the terminal 
server 110 using a serial interface and a RS-232C connec- 

55 tion. In the prototype, the LAN 118 coupling the front -end 
server 112 and the plurality of dedicated processors 116 was 
an Ethernet LAN. 

The voice bridge 120 in the prototype was a compute 
platform with an MVIP bus running the UNIX operating 

60 system. An 8-port analog voice board (AG-8 from Natural 
MicroSystems of Natick, Mass.) and an XDS/MVIP con- 
ference board from Amtelco of McFarland, Wis. provided 
the program-controlled teleconference functions. The inter- 
face between the modem pool 108 and the voice bridge 120 

65 was a standard two-wire telephone connection. A LAN 
interface card facilitated the connection between the voice 
bridge 120 and the front-end server 112 via the LAN 118. 
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In a preferred embodiment, each dedicated processor 116 
is a single-board computer having a processor, RAM, ROM, 
a LAN interface, and optionally a separate power supply. 
Each dedicated processor 116 may be based on a different 
processor chip, and each may run a different operating 5 
system. By leaving out the hard disk, display and keyboard, 
the dedicated processor 116 becomes quite inexpensive. By 
allowing different processor chips and operating systems, 
each dedicated processor 116 can be optimally configured 
for a particular application. 10 

As will be appreciated by those of ordinary skill in the art, 
different hardware and software components could be used 
to implement the computer system architecture according to 
the present invention. 

The operation of the architectures shown in FIGS. 6 and 15 
7, will now be described. The user dials into a modem pool, 
thereby connecting his or her modem to a modem in the 
modem pool. The user may or may not have voice capability. 
If the user has voice capability there are two slightly 
different possible scenarios: the voice and data streams are 20 
routed together as would be the case for the architecture 
shown in FIG. 6, provided a voice bridge was located on at 
least one of the dedicated processors or the user's voice and 
data streams are separated at the modem pool as would be 
the case for the architecture shown in FIG. 7 with a 25 
dedicated voice bridge. 

The terminal server 110 is notified that a user is trying to 
log onto the system and it sends a message to the front-end 
server 112 to accept the user's data stream. The terminal 3Q 
server 110 then routes the user's data stream to the front-end 
server 112. Depending on the implementation, the last step 
may obviate the need for the previous message. 

At the front-end server 112, the user is authenticated and 
the user's profile is implemented. While on the front-end 35 
server 112, the user may run non-real-time applications, 
such as participating in chat room discussions or accessing 
the World Wide Web. With reference to FIG. 7, if the user 
has voice capability, the user's voice stream is available for 
use so the front-end server 112 may send messages to the 40 
voice bridge 120. The following messages, for example, 
may be sent from the front-end-server 112 to the voice 
bridge 120: create a new voice conference and connect the 
user to it; connect the user to an existing voice conference; 
manipulate the parameters of the voice conference; move the 45 
user from one voice conference to another; disconnect the 
user from all voice conferences; or end a voice conference. 

The user may indicate the desire to run a real-time 
application which may already be in progress or may need 
to be created. If the real-time application must be created, 50 
the following protocol is preferably invoked. The front-end 
server 112 sends a message to all dedicated processors 116 
asking for the processors 116 to send status information to 
the front-end server 112. The dedicated processors 116 send 
messages to the front-end server 112 indicating status 55 
including their availability to accept a new application. 
Because the dedicated processors 116 are preferably not 
homogeneous, the front end server 112 then chooses an 
available dedicated processor 116 that is of the appropriate 
type and capacity to run the user's selected application. If a 60 
disk farm 114 is associated with the front-end server 112, the 
front -end server 112 retrieves the selected application stored 
in the disk farm 114. The front-end server 112 sends a 
message to the chosen dedicated processor 116 to accept the 
download of the selected application and accept the con- 65 
figuration for this application. The front-end server 112 
downloads the selected application to the selected dedicated 



processor 116. The front-end server 112 also sends a mes- 
sage to the chosen dedicated processor 116 to accept a list of 
users along with profile information about them. The dedi- 
cated processor 116 sends a message to the terminal server 
110 to route the user's data stream to the chosen dedicated 
processor 116. After the terminal server 110 obeys this 
command, the user is no longer connected to the front-end 
server 112 and is communicating directly with the selected 
dedicated processor 116. 

If a dedicated voice bridge is used, control of the voice 
bridge 120 is passed to the dedicated processor which may 
or may not disconnect the user from the voice bridge. This 
happens logically at the same time as the previous message. 

Alternatively, one or more disk farms may be associated 
with the dedicated processor 116 which can be commanded 
by the front-end server 112 to download a selected applica- 
tion to one or more particular dedicated processors 116. 

During the execution of a real-time application, messag- 
ing now occurs between the dedicated processor 116, the 
voice bridge 120, if there is one, and the terminal server 110. 
The front-end server 112 is free to perform other functions. 

When a user exits the real-time application, the dedicated 
processor 116 sends a message to the front-end server 112 to 
accept the user's data stream. The dedicated processor 116 
sends a message to the terminal server 110 to route the user's 
data stream to the front-end server 112. Control of the voice 
bridge 120 is passed to the front-end server 112. The user is 
now again connected to the front-end server 112. 

When a user exits from the system, the terminal server 
110 sends a message to the front-end server 112 to drop the 
user and to the voice bridge 120 to disconnect the user from 
all voice conferences. 

The user may connect with the front-end server 112 via 
methods other than the modem to modem method described 
above. For example, the user may connect directly via 
ISDN, cable modems, digital subscriber loops, satellite, or 
cellular. In the alternative, the user may connect indirectly, 
for example via the Internet. 

The architectures shown in FIGS. 6 and 7 provide many 
advantages. First, users can be located anywhere there are 
telephones. Second, the number of simultaneous users of an 
application is limited only by the design of that application. 
Since one or more separate dedicated processors 116 can be 
dedicated to a particular application instance, the limit on the 
number of users may be very high. In addition, since 
graphics processing can be performed locally at each user 
station, the front-end server and dedicated processors are 
free to do only what they alone can do. Unlike systems that 
employ monolithic servers, the dedicated processors 116 can 
be easily changed to meet changing demand. Also, because 
the system provides dial-in access, the bandwidth and 
latency can be fixed and applications designers can optimize 
the applications for these conditions. Also, the architecture 
of the system helps to minimize the amount of data that must 
be sent so that the bandwidth and latency limitations are not 
as important. 

Importantly, event contention resolution is not shared, but 
rather it is performed by the selected dedicated processor. 
Since the front-end server does is not need to support the 
user during the execution of an application, there is no need 
to compromise between processor response and latency. 

The architecture of the present invention has advantages 
over the monolithic server local access architecture and local 
area network architecture previously discussed because it 
allows users to be geographically dispersed while still in 
voice contact, it allows for more users in an application, and 



